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(57) ABSTRACT 

In a wireless telecommunications network, transporting 
identification information, such as access point identifier 
(AP ID) and wireless terminal identifier (WT ID) 
information, in each uplink and each downlink protocol data 
unit (PDU) being transmitted between a sender and a 
receiver, without increasing bandwidth requirements. This is 
accomplished by modifying each PDU as a function of a first 
identification vector, prior to transmission, wherein the first 
identification vector reflects, for example, the AP ID and the 
corresponding WT ID. At the receiver, the PDU is 
re-modified as a function of a second identification vector, 
wherein the second identification vector reflects an expected 
AP ID and WT ID. If the receiver is the intended recipient 
of the PDU, the first and second identification vectors will 
be the same, and the process of re-modifying the PDU 
merely serves to restore the original value of the PDU. The 
receiver can detect whether the original value of the PDU 
has been restored through a data integrity chec k, for 
example, one which employs a_ cyclic redund a ncy cod e 
(CRC). The result can then be usedto determme wnetner the 
receiver is, in fact, the intended receiver, and whether the 
receiver should decode the PDU or discard it. 

39 Claims, 11 Drawing Sheets 



300 




316 



12/23/2003, EAST Version: 1.4.1 



U.S. Patent 



Mar. 13, 2001 



Sheet 1 of 11 



US 6,201,811 Bl 




12/23/2003, EAST Version: 1.4.1 



U.S. Patent Mar. 13, 2001 Sheet 2 of 11 US 6,201,811 Bl 



03d 




J9PD9H ; 



12/23/2003, EAST Version: 1.4.1 



U.S. Patent Mar. 13, 2001 Sheet 3 of 11 US 6,201,811 Bl 



308 



300 

/ 



306 



DATA VECTOR (304) 



o 
en 
o 



V 



302 



XOR 



E 



Sender 
Receiver 



310 



312 n 

y x * 




1 / 


Hi 


) MODIFIED DATA 




rev* 



MODIFIED DATA 



o 
o 



XOR 



1 00000010000000001 0000000000000000000000001 ID Vector 



DATA VECTOR (318) 



316 



o 




320 



FIG. 3 



12/23/2003, EAST Version: 1.4.1 



U.S. Patent Mar. 13, 2001 Sheet 4 of 11 



US 6,201,811 Bl 



310 




E 
P 



XOR 



I OOOOQ01 00000000000000000000000001 OOOOOOQ0| ID Vector 



410 



.415 



DATA (425) 



420 



FIG. 4 



12/23/2003, EAST Version: 1.4.1 



U.S. Patent Mar. 13, 2001 Sheet 5 of 11 US 6,201,811 Bl 



« 


» • 

16 : 


Sjj^ DATA VECTOR (501) 


o *~ 


O 


O 

a: 
o 


CCITT 




| (133) 




(34) 


j 



S5 



oooooooooooooooooooooooai OOO0 1 0 HX) 1 000 1 



r 



I AP Id : »i ia : /- 
^0000000000000000003030001 01 001 00001 0001 11 



WT Id 



510 

ID VECTOR A 
-ID VECTOR B 



X 



DATA (520) 




525 



520 



FIG. 5 



12/23/2003, EAST Version: 1.4.1 



U.S. Patent Mar. 13, 2001 Sheet 6 of 11 



US 6,201,811 Bl 




E 




Sender 
Receiver 




620 ,-625 




DATA (630) 



o 
or 



635 




FIG. 6 



12/23/2003, EAST Version: 1.4.1 



U.S. Patent Mar. 13, 2001 Sheet 7 of 11 



US 6,201,811 Bl 



L bits (assume L=420) 



0000 ^EX =0 DEC 



"O^EX^DEC 



° 0,A2 HEX=* 18 DEC 



°° ,A3 HEX = * 19 DEC 



001M HEX -420 DEC 



157B ^EX =87989 DEC 



Message 



Message 





1 


Message 







j Message 


u 
cm 
o 






Message 

2 


a: H 
o W 



H H Message 


o 
a 




Message 


m 



FIG. 7A 



12/23/2003, EAST Version: 1.4.1 



U.S. Patent Mar. 13, 2001 Sheet 8 of 11 



US 6,201,811 Bl 



0000 W°DEC 



ooooi HEX =i DEC 



00002^-2^ 



001A2 HEX =418 DEC 



001A3 HEX =419 DEC 



D 



L bits (assume L=420) 



Message 



Message 



Message 



u 



o 



a Message 


o 
a: 
o 




Message 


cr H 
o H 



o 
a: 
o 



001A4 HEX =420 DEC 1 


0 Message 


o 






345 HEX~ 837 DEC 1 


Message 





= inverted bit 



FIG. 7B 



12/23/2003, EAST Version: 1.4.1 



U.S. Patent Mar. 13, 2001 Sheet 9 of 11 US 6,201,811 Bl 



00000 HEX =0 DEC 
°° 001 HEX- 1 DEC 
^0 02 rlEX= 2 DEC 

001A1 HEX =417 DEC 
001A2 HEX =418 DEC 
001A3 HEX =419 DEC 

15612 HE^ 87570 DEC 
15613 NEX" 87571 DEC 
15614 HEX= 87572 DEC 



L bits (assume L=420) : 




Hj Message 


0 1 


J ; Message 

H H 1 


0 
or 
0 


H H Message 


0 






1 1| Message | 


O H 
O ft 




8 1 


I 0 Message 


O 

0 






| Message 


m 




* 1 


||| |j Message 


O I 

cr 

0 



2AC26 HEX = 



175142, 



DEC 



Message 



o 
a: 
o 



FIG. 7C 



12/23/2003, EAST Version: 1.4.1 



U.S. Patent Mar. 13, 2001 Sheet 10 of 11 



US 6,201,811 Bl 



AP 1 

©- 



wr 1 



„©- 

AP 2 



WT 2 



FIG. 8A 



AP 1 

<§>- 
i 



wr 1 
-© 



©- 

AP 2 



t 

wr 2 



FIG. 8B 



AP 1 WT 1 




FIG. 8C 




AP 2 WT 2 



12/23/2003, EAST Version: 1.4.1 



U.S. Patent Mar. 13, 2001 Sheet 11 of 11 



US 6,201,811 Bl 



Message 



RS code 



133 



34- 



133 



34 



ID vector 



^ ^)OCTO(X)010100100010El000010t0010001c| ' P V a 









j AP Id 


i WT Id ; 


j AP Id j WT Id 



ID vector 
B 



164 



35 



164 



35 



Indicates 

inverted 

bits 



C 



Four 8 bit jRS symbols 



Resulting 
code word 





ERRONEOUS 
SYMBOLS 
(910) 



FIG. 9 



12/23/2003, EAST Version: 1.4.1 



US 6,2( 

1 

TRANSFERRING IDENTIFIER 
INFORMATION IN A 
TELECOMMUNICATIONS SYSTEM 

BACKGROUND 

The present invention relates to the transportation of 
information between a transmission source and a receiving 
entity in a telecommunications and/or computer network. 
More particularly, the present invention relates to the trans- 
portation of a priori information such as sender and receiver 
information (e.g., access point and wireless terminal iden- 
tifier information) in a multiple base station or multiple 
access, wireless asynchronous transfer method (ATM) sys- 
tem. 

ATM is a standard telecommunications protocol as 
defined in B-ISDN ATM Layer Specification, ITU-T Rec- 
ommendation. 1.361,. November 1995. It is based on the, 
transmission of data in fixed size data cells, known as ATM 
cells. Typically, each ATM cell has a 48 octet payload and a 
five octet header. ATM is well known in the telecommuni- 
cations art. 

In a wireless ATM system, such as the wireless system 
100 depicted in FIG. 1, telecommunications data is trans- 
ported between an access point, e.g., access point 105, and 
a wireless terminal, e.g., wireless terminal 110, over a 
wireless interface, in accordance with the ATM protocol. 
Wireless systems can be characterized as being either mobile 
or non-mobile systems. If the wireless system is a non- 
mobile system, the wireless terminals are stationary or they 
are physically restricted to a general broadcast area associ- 
ated with the access point. A wireless local area network 
(i.e., a wireless LAN) is an example of a non-mobile, 
wireless system, where the wireless terminals are computer 
terminals. A cordless telephone system is another example 
of a wireless system with restricted support for mobility, 
where the wireless terminals are, of course, cordless tele- 
phones. In contrast, a cellular telephone system is an 
example of a system that is mobile, where the wireless 
terminals are cellular telephones. 

FIG. 2 illustrates the format of an exemplary medium 
access control (MAC) protocol in a wireless ATM/LAN 
system. This exemplary MAC protocol specifically defines a 
set of rules and conventions for implementing a TDMA-type 
strategy in a wireless ATM-based network. TDMA is an 
example of a multiple access strategy that permits several 
wireless terminals to share the same physical channel. One 
particular advantage provided by a MAC protocol is that 
under the guidance of the scheduler, bandwidth is distributed 
among the various ATM virtual circuit (i.e., VC) connections 
in accordance with a "traffic contract". As illustrated in FIG. 
2, each MAC frame, for example, MAC frame N, includes 
a broadcast data field 205, a downlink data field 210, ao 
uplink data field 215, and a random access channel (RACH) 
220. 

The downlink data field 210 comprises a number of 
downlink protocol data units, for example, DL LLC PDU 
230. Each DL LLC PDU, in turn, comprises an ATM cell 
which includes an ATM cell payload as explained above, for 
example, ATM cell paybad 225. User data being transported 
from an access point to one of several associated wireless 
terminals is contained in the ATM cell paybad. 

In contrast, the uplink data field 215 is reserved for 
transporting user data from one or more wireless terminals 
to a corresponding access point. Similar to the downlink data 
field 210, the uplink data field 215 comprises a number of 
uplink protocol data units, for example, UL LLC PDU 240. 
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Accordingly, the user data being transported from a wireless 
terminal to an access point is contained in an ATM cell 
payload, such as ATM cell payload 235. 

The RACH 220, like the downlink data field 210 and the 

5 uplink data field 215, comprises a number of RACH PDUs, 
for example, RACH PDU 242. Although the RACH 220 is 
technically part of the uplink data field 215, for clarity, it is 
illustrated in FIG. 2 as a separate entity. The RACH 220 is, 
more specifically, used for transporting control type 

!0 information, such as control messages (e.g., control message 
243), retransmission messages and capacity requests, from 
the one or more wireless terminals to the corresponding 
access point. 

Each MAC frame also includes a broadcast data field 205, 

15 as previously stated. The primary purpose of the broadcast 
data field is to transport framing information from an access 

. . point to the one or more wireless .terminals. associated with 
that access point. To accomplish this purpose, the broadcast 
data field includes, among other things, an announcement 

20 list 245 and an assignment list 250. More particularly, the 
announcement list 245 identifies those wireless terminals 
that are scheduled to receive user data in the present MAC 
data frame. Whereas the assignment list 250 identifies those 
wireless terminals that have been allocated bandwidth in the 

25 uplink data field 215 so that they may transmit user data to 
the corresponding access point. 

Generally, each access point and each wireless terminal 
are assigned an identifier or identification code. The access 

^ point identifier (i.e., AP ID) uniquely identifies a corre- 
sponding access point from each of the other access points 
in the wireless ATM network, or, if there are a significant 
number of access points in the network, then the AP ID may 
uniquely identify the corresponding access point from other 

35 access points proximately located with respect to the broad- 
cast area of the corresponding access point. The wireless 
terminal identifier (i.e., WT ID) uniquely identifies a wire- 
less terminal from all other wireless terminals associated 
with the same access point 

4Q By uniquely identifying the access points and the wireless 
terminals with AP IDs and WT IDs respectively, uninten- 
tional cross-communication between the various access 
points and wireless terminals in the wireless network can be 
avoided. Unintentional cross-communication is illustrated in 

45 FIGS. 8A, SB and 8C, where each "solid line" represents an 
intended communication channel and each "dashed line'* 
represents an unintended cross-communication channel, and 
where the designation "T* represents transmit mode and the 
designation "R" represents receive mode. More specifically, 

50 FIG. 8A illustrates the unintentional cross-communication 
between an access point (e.g., access point API) and a 
wireless terminal that is associated with another access point 
(e.g., wireless terminal WT2). FIG. 8B illustrates the unin- 
tentional cross-communication between two access points 

55 (e.g., API and AP2) and between two wireless terminals 
(e.g., WTL and WT2). FIG. 8C illustrates the unintentional 
cross-communication between a wireless terminal (e.g., 
WT1) and an access point (e.g., AP2) to which the wireless 
terminal is not associated. 

60 By employing AP IDs and WT IDs, a wireless terminal is 
able to distinguish a downlink transmission (i.e., a DL LLC 
PDU) associated with a corresponding access point from 
transmissions associated with either another access point or 
another wireless terminal. Consequently, a wireless terminal 

65 can discard a transmission which is received from an unin- 
tentional source. Likewise, an access point is able to distin- 
guish an uplink transmission (i.e., a UL LLC PDU and/or a 
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RACH PDU) associated with a corresponding wireless identification information relating to the sender and the 

terminal from a transmission associated with another access intended receiver. 

point or a wireless terminal affiliated with another access In accordance with another aspect of the invention, the 

point. Consequently, the access point can discard a trans- foregoing and other objects are achieved by a method for 

mission which is received from an unintentional source. 5 determining whether a receiver is an intended receiver of a 

In accordance with the MAC protocol, there are two ways PDU . transmitted to the receiver from a sender in a telecom- 

in which the AP ID and the WT ID are transmitted from a municatioos network. The method includes the step of 

sender to a receiver in a wireless ATM network. For receiving the PDU, wherein the PDU comprises a user data 

■ ■ jl tt\ . . . t4 , . tU u A , vector and a CRC vector, and wherein the user data vector 

ezam^ and ^ CRC ^ have beeQ modified a| tbe ^ 

data field 2ML Alternatively the AP ID along with the 10 mcreasi me bandwidth required to tnasmk the 

appropnate WT ID is included in each DL LLC PDU in the pDU flQm thc ^ l0 ^ iatcnde d receiver, as a function 

downlink data field 210, and each UL LLC PDU in the of a first i dcntificat i 0Q vector which contains identification 

uplink data field 215, in addition to transmitting the AP ID information relating to the sender and the intended receiver. 

in the broadcast data field 205. By incorporating the AP ID j^t method further includes the steps of re-modifying the 

and the WT ID in each DL LLC PDU and each UL LLC 15 user ^ vector an( j me CRC vector as a function of a 

PDU, the integrity of the AP ID and the WT ID is better second identification vector which contains identification 

protected because, as one skilled in the art will readily information relating to the ^ receiver and , an expected sender; 

understand,' the AP ID and the WT IDs will be covered by " verifying the integriiy of the PDU as a function of the 

the forward error correction (FEC) and cyclic redundancy re -modified user data vector and the re-modified CRC 

code (CRC) computations that are typically performed on 20 vector, and determining whether the receiver is the intended 

each PDU. Unfortunately, transmitting AP ID and WT ID receiver based on the result of the PDU integrity verification. 

information in each PDU results in the transmission of In accordance with yet another aspect of the invention, the 

redundant information, which, in turn, decreases bandwidth foregoing and other objects are achieved by a method for 

utilization efficiency transporting a PDU from a sender to an intended receiver in 

As bandwidth is* an expensive resource, it would be 25 a telecommumcations network, wherein the PDU contains a 

desirable to transfer the AP ID and WT ID, or any other ™" v 'f> r i^™^^^^ 

. 77 : . , r-ir\^ ~ a first identification vector to the user data vector; generating 

pnon inform*™ a CRC wc(or ^ QQ ^ ^ data vectQ f aQd m * 

in such a way that the integrity of the ^ information is appended, first identification vector; and appending the CRC 

preserved, but not at the expense of bandwidth efficiency In v ^ or tQ ^ ^ data vectQr ^ appended) first ideotifi . 

other words, it would be desirable to obtain the added data * u catkm vector ^ then removed fom the user data vector, and 

integrity that is provided by incorporating the a prion me pDU ^ transmitted, including the user data vector and 

information in each PDU, but without utilizing additional ^ a pp ended QRC vector. 

bandwidth. Iq ^or^ance with still another aspect of the invention, 

SUMMARY OF THE INVENTION 35 me foregoing and other objects are achieved by a method for 

, determining whether a receiver is an intended receiver of a 

It is an object of the present invention to ensure that a pDU transmitted from a ^ nd&tj wherein the PDU comprises 

wireless terminal in a wireless ATM system receives and a ^ data vector ^ d a CR C vector, and wherein the CRC 

decodes only intended downlink transmissions. vector was derived at the sender as a function of the user data 

It is another object of the present invention to ensure that ^ vcc tor and a first identification vector that was appended to 

an access point in a wireless ATM system receives and the user data vector only for the purpose of deriving the CRC 

decodes only intended uplink transmissions. vector. The method includes the steps of generating, at the 

It is yet another object of the present invention to transfer receiver, a CRC generator polynomial based on the CRC 

a priori information such as access point identifier vector, appending a second identification vector to the user 

information, wireless terminal identifier information as well 45 data vector; dividing the CRC generator polynomial into a 

as other types of a priori information including connection data word comprising the user data vector and the appended, 

identifier codes and sequence numbers, from a sender to a second identification vector and determining whether the 

receiver and, in doing so, enhance data integrity and trans- receiver is the intended receiver based on the result of the 

mission security without diminishing bandwidth efficiency. division. 

It is still another object of the present invention to permit 50 BRIEF DESCRIPTION OF THE DRAWINGS 

a wireless terminal and/or an access point to recognize when _ , , ' . .„ , 

it has received an unintended data and/or message transmis- Tte oi ff s *>£ »*«»UgHi of the invention will be 

sion and to subsequently discard that transmission. understood by reading the following .detailed description in 

It is still another object of the present invention to conjunction with .the drawings in which: 

recognize and discard correctly received transmissions 55 FIG. 1 is a diagram of an exemplary wireless ATM 

which are out of sequence. network; 

In accordance with one aspect of the present invention, na 2 Aluslntes an exemplary Medium Access Control 
the foregoing and other objects are achieved by a method of protocol; 

transporting a PDU from a sender to an intended receiver in NG. 3 illustrates a first embodiment of the present inven- 

a telecommunications network. The method includes the 60 tion involving the transportation of sender and receiver 

steps of generating, at the sender, a PDU containing a data identifier information; 

word; encoding the data word as a function of a first FIG. 4 illustrates the presence of bit errors induced in a 

identification vector without increasing the bandwidth received protocol data unit (PDU) when the receiver is not 

required to transport the PDU from the sender to the the intended receiver; 

receiver; and transmitting a data frame that includes the 65 FIG. 5 illustrates a second embodiment of the present 

PDU from the sender to a plurality of receivers. invention involving the transportation of sender and receiver 

Furthermore, the first identification vector includes a priori identifier information; 
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FIG. 6 illustrates a third embodiment of the present wireless terminal is, in fact, the intended recipient of the DL 

invention involving the transportation of sender and receiver IXC PDU 230. 

identifier information; As one skilled in the art will readily appreciate, a CRC can 

FIGS. 7 A, 7B and 7C illustrate three different approaches be designed to exhibit certain desired characteristics. For 

for defining ID vector bit patterns that exploit the capabili- 5 example, the CRC can be designed to detect all single errors 

ties of a cyclic redundancy code (CRC) technique which can up to a limited number of arbitrarily permuted errors, where 

detect up to 5 errors; the limit is dependent upon the CRC generator polynomial. 

FIGS. 8A, 8B and 8C illustrate the concept of Additionally, the CRC may be designed to detect all con- 
unintentional, cross-communication between access points stellations of odd errors (e.g., 3, 5, or 7 errors) or all error 
and wireless terminals in a telecommunication network; and 10 bursts sh °rter ^an the degree of the CRC generator poly- 
FIG. 9 illustrates another embodiment of the present ° oimaL H ° wcvc '> 'V*? bC und ^ t k °°^ lhat an *™ 
invention involving the transportation of sender and receiver burst vector with the length equal to the degrocrfto 
identifier informatioa. generator polynomial plus "1 has .a like hhood of 2 **> 

to remain undetected, wherein D(g) is the degree or the 

DETAILED DESCRIPTION 15 generator polynomial. Furthermore, any error burst vectors 

^ ... t-j-jLar- with length longer than the degree of the generator polyno- 

The present invention involves a bandwidth efficient ^ ^ „ r haye a ^hood of 2"<*> to remain unde- 

technique for transporting a prion information such as ' tgcled' ~ " 

sender and receiver identifier information in a wireless _ ' _ ... ... *• • 

telecommunications network. For illustrative purposes, the 20 . ™3. 3 dlustrates a f™ nl t *^ nK l ue . 3 " 0 for ' ™P lement " 
various aspects and embodiments of the present invention "« firs * exemplary embodiment described above 
are described herein below with respect to a wireless tele- ^ here ' n „!l n I d ' r . a ? d re * ,v ! r ldeDtlfi " I J nfonna ^ 0 ,?J ?*• ™ 
communications network that employs the asynchronous 1D , aod ID .formation) are included m each PDU in the 
transfer method (ATM), and, more particularly, a medium u P lu * a °° d ° wn , m * da,a fi f elds ' » addUK,n . 10 me 
access control (MAC) protocol for ATM. However, it will be „ ? MAC data frame, without increasing band- 
understood that the description of the present invention with ?""« "^ation^At the sender, a CRC vector 302 IS derived 
respect to a wireless ATM network that employs a MAC ' and J 0 °f V< f °' ^^^J^ 
protocol is not intended to limit the scope of the invention " da! * cd toc ^ ^ f ™g &e dat ^ RC VCCt ° r ^ 
to such a network. illustrative purposes, the data vector 304 corresponds to 
^ . . c „ t . the contents of the ATM cell payload in a PDU to be 
The present mvenuon involves, more .specifically, the 30 Emitted in the uplink or downlink data fieW.However.it 
transmission of a prion ^formation such as access point be re mdetsXood that the data vector 304 could also 
•denbfier («, AP ID) and wirela* terminal >denUfier( L e ^ header ^ ^ ^ ^ fa ff ^ 
WT ID) mformauon in the broadcast data field of a MAC data vect£)r ^ fe ..^^ ^ , DL ^ pDU 
data frame and additionally, in each uplink logical link 

control packet data unit (UL LLC PDU), in each downlink 35 ^ *° _, C RC v 5 c ? or 302 .^ een . S eoerated and 

logical link control packet data unit (DL LLC PDU), and in appended as described above, an identificahon vector A(i.e., 

each random access channel packet data unit (RACH PDU). ,D vector A > 18 a PP 1,ed 10 me data/CRC vector 308 as 

By including, for example, the AP ID and WT ID informa- illustrated. ID vector A contains the sender identifier mfor- 

tion in the uplink and downlink data fields, in addition to the manon and «* "> tended receiver identifier information. For 

broadcast data field, the integrity of the source and destina- 40 example, if the PDU which contains data/CRC vector 308 is 

tion of the user data is significandy enhanced. However, in a DL LLC PDU, the sender is an access point and the sender 

accordance with the various embodiments of the present identifier information is the AP ID, whereas the intended 

invention described herein below, the priori information receiver K one of ^ terminals associated with the 

such as the AP© and WTID is incorporated into the uplink access point and die receiver identifier ^formation is the 

and downlink data fields without increasing bandwidth 45 WT \D.ln contrast, if the PDU which contains data/CRC 

utilization vector 308 is a UL LLC PDU, the sender is a wireless 

In accordance with a first exemplary embodiment of the term > n . al 5* £ ^jf™ "formation is the corre- 

present invention, the AP ID andthe WT ID information are sponding WT ID, whereas the intended receiver is die access 

incorporated into the downlink and uplink data fields by point and the receiver identifier information is the AP ID. As 

.„ . „.^„„ „ f . Drvl f „ . ,■,„„„•„ , , k ' „ illustrated m FIG. 3, the application of ID vector A to the 

modifying, all or a portion of, each PDU, as a function of the so „ . ' \ r . . /v/^n\ 

AP ID and the WT ID prior to the transmission of the PDU. d ata/CRC vector 308 involves an exclusive OR (XOR) 

For example, the data vector in the ATM cell payload 225 tetw *? ID vecWr A - d l % .f^ C J^ x3 f- 

. ,. ™~,„„. . . „ „ The XOR operanon results in a modified data/CRC vector 

and the CRC vector 255 may be modified (e.g., encoded) as f. _^ r 
a function of the AP ID and the corresponding WT ID, 3 k 10 ' wh ^ D ^ ™^d»WCXC vector 310 differs from 
before the DL LLC PDU 230 is transmitted from the access ss data/CRC vector 308 by inverted bits 312. 
point to the intended wireless terminal. Of course, each The modified data/CRC vector 310 is then FEC encoded, 
wireless terminal knows its own WT ID (i.e. f the "expected" The FEC vector 314 is then appended to the modified 
WT ID) as well as the AP ID of the corresponding access data/CRC vector 310. The PDU is now ready to be trans- 
point (i.e., the "expected" AP ID). Therefore, any wireless mittcd in either the uplink or downlink data field depending 
terminal which receives the DL LLC PDU 230 can 60 u P° n whether it is a UL LLC PDU or a DL LLC PDU. 
re-modify the ATM cell payload 225 and the CRC vector At the receiver, FEC is performed on the modified data/ 
255 as a function of the expected AP ID and the expected CRC vector 310 (not shown) to correct any bit errors that 
WT ID. If the wireless terminal is the intended recipient of may have occurred during the transmission of the PDU from 
the DL LLC PDU 230, the expected AP ID and WT ID the sender to the receiver, depending on the number and 
applied by the wireless terminal should be the same as the 65 nature of the bit errors. To simplify the description of the 
AP ID and WT ID applied by the access point A subsequent technique illustrated in FIG. 3, it is assumed that no errors 
CRC check at the wireless terminal establishes whether the occurred during the transmission of the PDU. 
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Further in accordance with the technique 300 illustrated in than one symbol error. By employing two or more extended 

FIG. 3, the receiver now determines whether it is, in fact, the ID vectors A and B, as shown in FIG. 9, at least two symbol 

intended recipient of the PDU. Accordingly, an identification errors are induced in the resulting code word. Therefore, if 

code vector, herein referred to as ID vector B, is applied to an unintentional recipient receives this PDU, the erroneous 

the modified data/CRC vector 310. More specifically, the 5 symbol 910 cannot be miscorrected by the RS code, and the 

receiver performs an XOR operation between the ID vector unintentional recipient is prevented from erroneously 

B and the modified data/CRC vector 310. This produces a accepting the PDU. 

re-modified data/CRC vector 316, which consists of the data It should also be noted that in the embodiment described 
vector 318 and the CRC vector 320. If the receiver is the above, ID vectors A and B are applied using an XOR 
intended recipient of the PDU, the value of ID vector B 10 operation. However, it will be understood that any unam- 
should be equal to the value of ID vector A, and the XOR biguous operation could be used in lieu of an XOR opera- 
operation between ID vector B and the modified data/CRC tion. For example, the ID vector A could be added to rather 
vector 310 should result in the re-inversion of previously than XORed with the data/CRC vector 308. Then, at the 
inverted data bits 312, as illustrated. The receiver then receiver, ID vector B could be subtracted from the modified 
divides (using modulus-2 division) the re-modified data/ 15 data/CRC vector 310. 

CRC vector 316 by a CRC generator polynomial, which is The selection of a particular CRC technique is important, 
a function of the CRC vector 320. If the remainder of that * As previously stated, each CRC technique exhibits its own 
division is zero, the receiver is presumed to be the intended unique characteristics and capabilities: ~For example; one- 
receiver. CRC technique maybe capable of detecti ng-hurst errors 
As stated, the vahie of ID vector B should be identical to 2 o wHich^ are no greater in _k ngth^than-the^degree^of-.the 
the value of ID vector A, if the receiver is the intended corresponding CRC generator pol ynom ial. Alternatively, 
recipient of the PDU. Accordingly, the XOR operation another CRC technique may be capable of detecting up to a 
between ID vector B and modified data/CRC vector 310 certain number of single bit errors. The selection of a 
results in the inversion of previously inverted data bits 312. particular CRC technique is also important in that it direcdy 
Hence, the value associated with re modified data/CRC vec- 25 affects the process of defining the various bit patterns (i.e., 
tor 316 is equivalent to the value associated with data/CRC code combinations) for the JH^eclors . That is because 
vector 308. However, if the receiver is not the intended certain bit patterns will exploit the capabilities of the chosen 
recipient of the PDU, as illustrated in FIG. 4, the ID vector CRC technique better than other bit patterns. Therefore, in 
B will differ from ID vector A. Consequently, the XOR choosing a particular CRC technique, it is imperative to 
operation between ID vector B and modified data/CRC 30 consider whether it will be feasible to define an adequate 
vector 310 results in a data/CRC vector 405, which has a bit number of ID vector bit patterns (i.e., code combinations) to 
pattern that differs from the bit pattern associated with the uniquely identify the various access points and wireless 
re-modified data/CRC vector 316 in FIG. 3. In the example terminals in the network, while at the same time, exploit the 
illustrated in FIG. 4, data/CRC vector 405 and remodified capabilities of the chosen CRC technique. It will be under- 
data/CRC vector 316 differ by the bits 410 and 415. 35 stood that error detection and error correction codes other 
Furthermore, the CRC generator polynomial, which is a than CRCs may be employed, for example, the RS code 
generating function for the CRC vector 420, will not evenly illustrated in FIG. 9. 

divide the data/CRC vector 405. Since the division results in Id view of the discussion regarding the importance of 

a non-zero value, the receiver knows that either the data selecting an appropriate CRC technique, an alternative 

vector 425 contains an uncorrectable error or the receiver is 40 embodiment will now be described herein below, wherein 

not the intended recipient of the PDU. The receiver can now each ID vector A and each ID vector B comprise a sequence 

discard the PDU to avoid the use of erroneous data and/or of zero bits, followed by an 8 bit AP ID, followed by an 8 

unintentionally received data. bit WT ID. As illustrated in FIG. 5, the sequence of zero bits 

In accordance with the embodiment described above, an is aligned with, and equal in length to, the length L D of the 

XOR operation between the ID vector A and the data/CRC 45 data vector 501. The AP ID and the WT ID are located in 

vector 308 is accomplished prior to the FEC operation. hard-coded positions, and they are aligned with, and equal in 

Therefore, the FEC encoding is performed on the modified length to, the CRC vector 510. As the combined length of the 

data/CRC vector 310, rather than the data/CRC vector 308. AP ID and the WT ID is 16 bits, a CRC technique that is 

However, in accordance with an alternative embodiment, capable of detecting all burst errors up to 16 bits in length 

error correction encoding is performed on the data/CRC 50 would be appropriate. Accordingly, a CRC-16 or a CRC- 

vector 308 prior to the XOR operation. To avoid the possi- CCITT (Consultative Committee on International Telegra- 

blity that an error correction operation at an unintentional phy and Telephony) has been chosen, as illustrated in FIG. 

recipient might misconect intentionally induced errors, it is 5. However, it will be understood, that had the combined 

preferrable, in this case, that the XOR operation at the sender length of the AP ID and the WT ID been greater than 16 bits, 

induce more errors than the error correction code is able to 55 a different CRC technique would have been necessary, 

correct, but less than the number of errors which the error particularly one having a generator polynomial with a 

correction code is able to detect. degree at least as large as the combined length of the AP ID 

FIG. 9 illustrates an exemplary technique for accomplish- and the WT ID. For example, had the combined length of the 

ing this alternative embodiment, wherein the errors induced AP ID and the WT ID been 32 bits, in order to provide a 

by the XOR operation relate to the symbols of a Reed 60 sufficient number of code combinations for the various 

Solomon (RS) code 905, rather than a binary code, such as access points and wireless terminals in the network, a CRC 

the CRC code illustrated in FIG. 3. However, one skilled in technique such as a CRC-32 would have been more appro- 

the art will readily appreciate that other error correction priate. 

and/or error detection codes may be employed. In FIG. 9, it In accordance with the embodiment illustrated in FIG. 5, 

is assumed that the RS code 905 is designed to detect up to 65 an XOR operation, or any of a number of other unambiguous 

nine symbol errors and correct no more than one symbol operations, as explained above, between the ID vector A and 

error. Accordingly, the XOR operation must induce more the data/CRC vector 515 is accomplished. This results in a 
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modified data/CRC vector (not shown), which is contained the remaining L-l bit positions is set equal to "1", as 

in the PDU transmitted to the receiver. At the receiver, an illustrated in FIG. 7B by ID vector bit patterns 0 DEC through 

XOR operation between the ID vector B and the modified 418^- Further in accordance with this approach, the first 

data/CRC vector is accomplished. This results in the gen- bit position is set equal to "1" for the other half of the ID 

eration of dataXTRC vector 520. As in the previously 5 vector bit patterns, while only one of the remaining L-l bit 

described embodiment, the CRC generator polynomial, positions is set equal to > "1" , as illustrated by ID vector bit 

which is a generating function for the CRC vector 525, is P* ttcms 41 W through 837^. It will be understood that 

divided into the data/CRC vector 520, using modulus-2 *™* W?*? ^t support as many bit patterns 

division. A zero remainder indicates that the receiver is the code combmaUons) as *e first approach. However, it 

... . . 4 r>T\i i u . does provide a more straight-forward technique for mapping 

intended recipient of the PDU, whereas a non-zero remam- 10 ^ ^ ^ ^ ^ h ^ ^ ^ UDdcr ^f 00 3 

der mdicates either the presence of uncorrectable transmis- ^ the ID vector bit ^ defined ^ accordance ^ mis 

sion errors or the fact that the receiver is not the intended approachj gi ve ^ to either 0 , 1, 2 or 3 errors, as a result of 

recipient of the PDU. X OR operations performed at the sender and the 

In the specific example illustrated in FIG. 5, the sender is receiver. Therefore, the ID vectors defined in accordance 

an access point with an AP ID of m decimal and the 15 with this approach can be used to exploit a CRC technique 

intended receiver is a wireless terminal with a WT ID of capable of detecting up to 5 errors. 

^decimal- However, the actual receiver is not the intended ...FIG. 7C illustrates a third approach for defining the 

receiver, as ID vector B clearly differs from ID vector A. various bit patterns for the ID vectors. Ihe third approach is, 

More specifically, the actual receiver has a WT ID of in essence, a combination of the first and the second 

35 DECIA£AL , and it is associated with an access point that has 20 approaches described above. As illustrated in FIG. 7C, the 

an AP ID of 164^,^. The utilization of an ID vector B first bit position of the ID vector bit pattern can be either "O" 

at the receiving wireless terminal results in a number of or "1". while exact ty *™ of remaining L-l bit positions 

inverted bits 530 in the CRC vector 525, as illustrated in arc to " r - This approach yields 175,143 poss&k 

FIG. 5. Accordingly, the modulus-2 division in this example ID vector bit patterns, and it gives rise to cither 0 1, 2, 3 4 

should result in a non-zero remainder, and, as previously 25 or 5 errors as a result of the XOR operations at the sender 

stated, the non-zero remainder equips the wireless terminal and ^^r^h ^ w « 

. • .l . capabilities of a CRC technique which is capable of detect- 

with the information necessary to determine that uncorrect- . r . c n r 

. . « • . . . , ing up to 5 errors, 

able bit enms are present or that ,t * not the intended understood that the various ID vector bit 

receiver. The wireless terminal can, therefore, discard the *J, attems can ta generated aulonlatica u y through the execu- 

tion of a dedicated algorithm . The ID vectors are then stored , 

In accordance with this alternative embodiment, each ID f or example, in a lookup table. ThTappropriate ID vector, 

vector A and each ID vector B comprise a sequence of zero mat ^ the ID vector which contains the bit pattern corre- 

bits, an APID and a WT ID, as stated above. However, it will S ponmngtoJhe_sejQdexand cantnenbe 

be understood, that nothing prohibits the alignment of the selected for each PDU from amongst the ID vectors in the 

AP ID and the WT ID codes other than as shown in FIG. 5, j:> io6^upTiEie7 " 

as long as the bits associated with the APID and WT ID are Rather that app i yin g me ID vect or to the data word after 

surrounded by zeros. ^ has been accomplished, it is possible to apply the 

In another exemplary embodiment, a CRC technique, id vector before the CRC is accomplished. Accordingly, 

other than a CRC-16 or a CRC-CCITT, that is capable of w FIG. 6 illustrates yet another exemplary embodiment of the 

detecting up to and including 5 error constellations is present invention, wherein the AP ID 601 and/or the WT ID 

employed. A CRC with a generator polynomial g(x)=x 16 + 605 is appended to the data vector 610. The AP ID 601, the 

x 3 +x 4 +x 3 +x 1 +l could be used for this purpose. Of course, in WT ID 605 and the data vector 610 are then CRC encoded, 

defining the various bit patterns (i.e., the code combinations) an( j the resulting CRC vector 615 is appended to the data 

for the ID vectors, it is imperative to insure that no combi- 45 vector 610. The AP ID 601 and the WT ID 605 are then 

nation can result in or give rise to more than 5 errors. un-appended, and the data vector 610 and the CRC vector 

Accordingly, three different approaches for defining the 515 are FEC encoded. In contrast with the embodiments 

various ID vector bit patterns or code combinations are described above, there is no need to perform an XOR 

described herein below. operation. However, as in each of the previously described 

In a first approach, each ID vector is L bits in length. The 50 embodiments, the sender and receiver identifier information 

various ID vector bit patterns are then defined by different is transported from the sender to the receiver in each PDU 

combinations of exactly two bits, as illustrated by ID vector without increasing the bandwidth requirements of the MAC 

bit patterns 0^ through 87,989^ c in FIG. 7 A. It is also protocol. 

illustrated in FIG. 7A that in accordance with this approach, At the receiver, the expected AP ID 620 and the expected 

87,990 bit patterns or code combinations are possible when 55 WT ID 625 are appended to the data vector 630. The 

the length L of the ID vector is 420 bits. More importantly, receiver then modules-2 divides the codeword comprising 

however, the various ID vector bit patterns or code combi- APID 620, WT ID 625, data vector 630 and CRC vector 635 

nations defined using this approach can only give rise to by the generator polynomial. As explained above, if the 

either 0, 2 or 4 errors as a result of the XOR operations modulus-2 division results in a zero remainder, it is assumed 

performed at the sender and the receiver. Therefore, the ID 60 that the receiver is the intended recipient of the PDU. 

vectors defined in accordance with this approach can be used Whereas, a non-zero remainder indicates that either there are 

to exploit a CRC technique capable of detecting up to 5 uncorrectable bit errors present or the receiver is not the 

errors. intended recipient of the PDU. In either case, the receiver is 

FIG. 7B illustrates a second approach for defining the now armed with the knowledge to discard the PDU if 

various bit patterns for the ID vectors. In accordance with 65 necessary. 

this second approach, the first bit position is set equal to "O" It will be understood that the location of the appended AP 

for one-half of the ID vector bit patterns, while only one of ID 601 and the WT ID 605 relative to the data vectors 610 
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and 630 is somewhat arbitrary. What is important is that the one or more bits in the CRC vector or the data vector of each 

location is fixed and known to both the sender and the DL IXC PDU. Upon receiving the DL LLC PDU, a wireless 

receiver. terminal associated with the access point knows to reinsert 

Alternatively, it may, under certain instances, be benefi- mat same combination of bits before FEC and CRC decod- 

cial to append and transmit one identifier code (e.g., the WT 5 ing is accomplished. In contrast, the wireless terminals do 

ID) and encode the other (e.g., the AP ID). For example, in not invert any bits in the CRC vector of each UL LLC PDU. 

the case ofaRACH PDU, it may be beneficial to append and strategy prevents an access point from improperly 

transmit with each PDU, the corresponding WT ID. decoding a DL LLC PDU and a wireless terminal from 

Whereas, the AP ID is encoded in accordance with any of the improperly decoding one or more UL LLC PDUs. 

previously described techniques. However, it will be under- 10 For example, in the unlikely event that a first wireless 

stood that appending and transmitting, for example, the WT terminal having a WT ID of "3" (i.e., WT A3 ), transmits an 

ID in each PDU increases the bandwidth requirement of the UL LLC PDU to a first access point with an AP ID of "14" 

MAC protocol. The broadcast data field could, of course, be (i.e., AP AJ4 ), and a second wireless terminal with a WT ID 

used to define the content of the identifier code being of "3" (i.e., WT^a), associated with a second access point 

appended and/or encoded. 15 having an AP ID of "14" (i.e., AP B34 ), unintentionally 

It should be noted that each of the embodiments described receives the UL LLC PDU, this embodiment permits WT OT 

above supplement the CRC check thai is typicallyperformed «? distinguish the PDU as an UL LLC PDU, despite the 

by each wireless terminal on the broadcast field 205. For similarity of the identifier code information, and hence 

example, assume that the broadcast data field 205, transmit- discard thc PDU appropriately. 

ted from an access point to a particular wireless terminal 20 The present invention has been described with reference 

associated with that access point, contains an error, which to several exemplary embodiments. However, it will be 

renders the information in the announcement list and/or the readily apparent to those skilled in the art that it is possible 

assignment list unreliable. If each of the DL LLC PDUs in to embody the invention in specific forms other than those 

the downlink data field 210 does not include WT ID of the exemplary embodiments described above. This may 

information, in accordance with the above -described 25 be done without departing from the spirit of the invention, 

embodiments, there is no way the wireless terminal can These exemplary embodiments are merely illustrative and 

determine which PDUs to receive and which PDUs to should not be considered restrictive in any way. The scope 

discard. Consequently, the wireless terminal is forced to of the invention is given by the appended claims, rather than 

discard the entire MAC frame. However, if each DL LLC the preceding description, and all variations and equivalents 

PDU does contain the corresponding WT ID, the wireless 30 which fall within the range of the claims are intended to be 

terminal can assume the announcement list is correct, and embraced therein, 

then CRC check those DL LLC PDUs identified for that What is claimed is: 

wireless terminal in the announcement list. Then, only the 1- A method of transporting a protocol data unit (PDU) 

DL LLC PDUs that contain errors can be discarded without from a sender to an intended receiver in a telecom mumca- 

having to discard the entire MAC frame. 35 tions network comprising the steps of: 

Of course, CRC checking each individual DL LLC PDU at the sender, generating a PDU containing a data word; 
does not, per se, provide an indication as to whether the encoding said data word as a function of a first identifi- 
assignment list in the broadcast data field contains errors. cation vector without increasing the bandwidth 
Therefore, when a CRC check of the broadcast data field ^ required to transport said PDU from the sender to the 
indicates the existence of errors, it is possible to establish a receiver, wherein said first identification vector corn- 
strategy, wherein the number of DL LLC PDU errors is prises a priori identification information relating to the 
utilized as an indicator of the probability that errors exist sender and the intended receiver, and 
within the assignment list. For example, if the number of transmitting a data frame that includes said PDU from the 
PDU errors exceeds a pre-determined number of errors, the 45 sender to a plurality of receivers, 
uplink portion of the MAC frame can be discarded without 2. The method of claim 1, wherein said step of encoding 
discarding the entire downlink portion. said data word as a function of a first identification vector 

It will be further understood that the embodiments without increasing the bandwidth required to transport said 

described above can be used to transport other types of a PDU comprises the step of: 

priori information from the sender to the receiver. For 50 XORing said data word and said first identification vector, 

example, if in addition to the wireless terminal identifier 3. The method of claim 1, wherein said data word 

codes, the announcement list incorporates virtual channel comprises a user data vector and an error detection and 

identifier (VCI) information associated with each ATM cell, correction code vector. 

it is possible to avoid explicitly including such information 4. The method of claim 3, wherein said error detection and 

when transmitting the ATM cell in the DL LLC PDU. 55 correction code vector is a cyclic redundancy code (CRC) 

Instead, the VCI information can be XORed with or tem- vector, and wherein said method further comprises the steps 

porarily appended to the corresponding data vector. In of: 

another example, the ATM cell sequence number for a GO generating said CRC vector as a function of said user data 

BACK N ARQ (Automatic Repeat Request) can be trans- vector; and 

ported from the sender to the receiver without having to 60 generating said data word by appending said CRC vector 

explicitly include the information in the DL LLC PDU. Of (© said user data vector. 

course, other data may be conveyed in a similar manner so 5. The method of claim 4, wherein said first identification 
long as the CRC can accommodate the additional combina- vector comprises a first portion and a second portion, said 
tions resulting from the inclusion of the additional informa- first portion containing said identification information relat- 
ion. 6 5 m g to the sender and the intended receiver and said first 
In still another embodiment of the present invention, an portion being less than or equal in length to said CRC vector, 
access point may purposely invert a unique combination of said second portion containing a number of bits which are 
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set equal to zero and said second portion being equal in 
length to said user data vector. 

6. The method of claim 5, wherein said first portion 
contains a network address of the sender and the intended 
receiver 

7. The method of claim 3, wherein said error detection and 
error correction code is a Reed Solomon code vector. 

8. The method of claim 1, wherein said identification 
information relating to the sender and the intended receiver 
comprises an address associated with the sender and an 
address associated with the intended receiver. 

9. The method of claim 1, wherein said step of transmit- 
ting said data frame that includes said PDU from the sender 
to a plurality of receivers comprises the step of: 

transmitting said data frame and said PDU in accordance 
with an asynchronous transfer mode (ATM) protocol. 

10. The method of claim 9, wherein said identification 
information relating- to the sender and the intended receiver 
comprises a connection identifier code. 

11. The method of claim 9, wherein said identification 
information relating to the sender and the intended receiver 
comprises a packet sequence number. 

12. The method of claim 1 further comprising the steps of: 
at a receiver, decoding said encoded data word as a 

function of a second identification vector; wherein said 
second identification vector comprises identification 
information relating to the receiver and an expected 
sender; 

verifying the integrity of said decoded data word as a 
function of said user data vector and said CRC vector; 
and 

determining whether the receiver is the intended receiver 
of the PDU based od the result of the decoded data 
word integrity verification. 

13. The method of claim 12, wherein said step of decod- 
ing said encoded data word as a function of said second 
identification vector comprises the step of: 

XORing said encoded data word with said second iden- 
tification vector. 

14. The method of claim 12, wherein said first and said 
second identification vectors are defined such that the step of 
encoding said data word as a function of said first identifi- 
cation vector and said step of decoding said encoded data 
word as a function of said second identification vector do not 
induce in said decoded data word a number of bit errors 
which exceeds a number of errors that can be detected 
during said step of verifying the integrity of said decoded 
data word as a function of said user data vector and said 
CRC vector. 

15. The method of claim 14, wherein said first and said 
second identification vectors comprise a sequence of bits 
having a length L, wherein the length L is equal to the length 
of said data word, and wherein exactly two bit positions are 
set equal to "1" and the remaining L-2 bit positions are set 
equal to "0". 

16. The method of claim 14, wherein said first and said 
second identification vectors comprise a sequence of bits 
having a length L, wherein the length L is equal to the length 
of said data word, and wherein a first bit position is set equal 
to either "1" or "0" and exactly one of the remaining L-l bit 
positions is set equal to "1". 

17. The method of claim 14, wherein said first and said 
second identification vectors comprise a sequence of bits 
having a length L, wherein the length L is equal to the length 
of said data word, and wherein a first bit position is set equal 
to either "1" or "0" and exactly two of the remaining L-l bit 
positions are set equal to "1". 
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18. The method of claim 1 further comprising the step of: 
selecting said first identifier code as a function of said 

identification information relating to the sender and the 
intended receiver, from amongst a plurality of identifier 
codes stored in a lookup table, wherein said plurality of 
identifier codes were generated by an algorithm. 

19. The method of claim 1, wherein said data frame 
comprises a broadcast data field and a plurality of PD Us, and 
wherein said broadcast data field includes a list of the 
plurality of PDUs and information relating to the intended 
receiver of each of said plurality of PDUs. 

20. The method of claim 19 further comprising the steps 
of: 

at a receiver, decoding the data words associated with 

each of said plurality of PDUs as a function of each of 

a plurality of second identification vectors which are 
. . derived from said list in said broadcast. data field and 

the information relating to the intended receiver of each 

of said plurality of PDUs; 
verifying the integrity of said decoded data words as a 

function of the user data vectors and CRC vectors 

associated with each data word; and 
verifying the integrity of said broadcast data field based 

on the data integrity verification of said decoded data 

words. 

21. The method of claim 20, wherein said step of veri- 
fying the integrity of said broadcast data field comprises the 
step of: 

comparing a number of PDUs which fail the integrity 
verification with a predefined number of PDU integrity 
verification failures. 

22. A method for determining whether a receiver is an 
intended receiver of a protocol data unit (PDU) transmitted 
to the receiver from a sender in a telecommunications 
network, said method comprising the steps of: 

receiving said PDU, wherein said PDU comprises a user 
data vector and a cyclic redundancy code (CRC) vector, 
and wherein said user data vector and said CRC vector 
have been modified at the sender, without increasing 
the bandwidth required to transmit the PDU from the 
sender to the intended receiver, as a function of a first 
identification vector which contains identification 
information relating to the sender and the intended 
receiver, 

re-modifying said user data vector and said CRC vector as 
a function of a second identification vector which 
contains identification information relating to the 
receiver and an expected sender; 

verifying the integrity of said PDU as a function of said 
re-modified user data vector and said re-modified CRC 
vector; and 

determining whether the receiver is the intended receiver 
based on the result of the PDU integrity verification. 

23. The method of claim 22, wherein said step of veri- 
fying the integrity of said PDU as a function of the intended 
receiver comprises the step of: 

dividing a CRC generator polynomial into said 
re -modified user data vector using modulus-2 division. 

24. The method of claim 23, wherein said step of deter- 
mining whether the receiver is the intended receiver com- 
prises the steps of: 

determining whether the modulus-2 division resulted in a 

zero remainder; and 
if the modulus-2 division did result in a zero remainder, 

determining that the receiver is the intended receiver. 
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25. The method of claim 24, wherein said first and said 
second identification vectors are equivalent if the receiver is 
the intended receiver. 

26. The method of claim 23, wherein said step of deter- 
mining whether the receiver is the intended receiver com- 
prises the steps of: 

determining whether the modulus-2 division resulted in a 

non-zero remainder; and 
if the modulus-2 division did result in a non-zero 

remainder, determining that the receiver is not the 

intended receiver. 

27. The method of claim 26 further comprising said step 
of: 

discarding said PDU if it is determined that the receiver 
is not the intended receiver. 

28. A method of transporting a protocol data unit (PDU) 
from a sender to an intended receiver in a telecommunica- 
tions network, wherein said PDU contains a user data vector, 
said method comprising the steps of: 

appending a first identification vector to said user data 
vector; 

generating a cyclic redundancy code (CRC) vector based 
on said user data vector and said appended, first iden- 
tification vector; 

appending said CRC vector to said user data vector; 

removing said appended, first identification vector from 
said user data vector; and 

transmitting said PDU, including said user data vector and 
said appended CRC vector. 

29. The method of claim 28, wherein said first identifi- 
cation vector comprises a network address. 

30. The method of claim 29 further comprising the step of: 
generating control data to be transmitted prior to said 

PDU, wherein said control data defines said network 
address. 

31. The method of claim 30, wherein said control data 
defines said network address is an access point identifier 
code. 

32. The method of claim 30, wherein said control data 
defines said network address is a wireless terminal identifier 
code. 

33. The method of claim 30, wherein said control data 
defines said network address is an access point identifier 45 
code and a wireless terminal identifier code. 

34. The method of claim 28 further comprising the steps 
of: 

at a receiver, appending a second identification vector to 
said user data vector; 
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generating a CRC generator polynomial from said CRC 
vector; 

verifying the integrity of said PDU by dividing said CRC 
generator polynomial into said user data vector and said 
appended, second identification vector; and 

determining whether the receiver is the intended receiver 
based on the result of the PDU integrity verification. 

35. In a telecommunications network, a method of deter- 
mining whether a receiver is an intended receiver of a 
protocol data unit (PDU) transmitted from a sender, wherein 
said PDU comprises a user data vector and a cyclic redun- 
dancy code (CRC) vector, and wherein said CRC vector was 
derived at the sender as a function of said user data vector 
and a first identification vector that was appended to said 
user data vector only for the purpose of deriving said CRC 
vector, said method comprising the steps of: 

at the receiver, generating- a CRC generator polynomial 

based on said CRC vector; 
appending a second identification vector to said user data 

vector; 

dividing said CRC generator polynomial into a data word 
comprising said user data vector and said appended, 
second identification vector; 

determining whether the receiver is the intended receiver 
based on the result of the division. 

36. The method of claim 35, wherein said step of dividing 
said CRC generator polynomial into the data word involves 
modulus-2 division. 

37. The method of claim 35, wherein said step of deter- 
mining whether the receiver is the intended receiver com- 
prises the step of: 

determining whether the division resulted in a zero 

remainder; and 
if the division did result in a zero remainder, determining 

that the receiver is the intended receiver. 

38. The method of claim 35, wherein said step of deter- 
mining whether the receiver is the intended receiver com- 
prises the step of: 

determining whether the division resulted in a non-zero 
remainder; and 

if the division did result in a non-zero remainder, deter- 
mining that the receiver is not the intended receiver. 

39. The method of claim 38 further comprising said step 
of: 

discarding said PDU if it is determined that the receiver 
is not the intended receiver. 
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